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Description 

FIELD OF THE INVENTION 

[0001] This invention relates generally to communications and, more particularly, to packet communications systems. 
BACKGROUND OF THE INVENTION 

[0002] Access to the Internet is now occurring via the wireless domain. For example, it Is now possible to purchase 
small hand-held devices such as the Palm VII™, which provide access to the Internet via a wireless connection to a 
service provider. Further, at least one equipment manufacturer is advertising a wireless Internet access system (i.e., 
the Wireless Internet Access System from Lucent Technologies Inc.). In such an environment equipment manufacturers' 
and service providers are becoming concerned about "Quality-of-Service" (QoS) issues in providing such service to 
their customers. Some examples of QoS Issues are guarantees on, e.g., bit rate, delay and packet loss. 

SUMMARY OF THE INVENTION 

[0003] We have realized a traffic management system for addressing quality-of -service concerns in a packet system. 
In particular, and in accordance with the invention, a peak-rate shaper Is combined with weighted fair queuing scheduler 
for providing quality of service guarantees to a number of user connections. 

[0004] In an embodiment of the invention, a front-end peak-rate shaper is combined with weighted fair queuing 
scheduler for providing both peak rate shaping and an average bandwidth guarantee to a number of user connections. 
In addition, a back-end peak-rate shaper is combined with the weighted fair queuing scheduler for ensuring packets 
are not transmitted at a data rate higher than the available downlink/uplink bandwidth. 

BRIEF DESCRIPTION OF THE DRAWING 

[0005] 

FIG. 1 shows an illustrative block diagram of a traffic management system in accordance with the principles of the 
Invention; 

FIG. 2 shows an illustrative method for use in a back-end peak rate shaper in accordance with the principles of 
the Invention; 

FIG, 3 shows a portion of a wireless internet access network embodying the principles of the invention; 
FIGs. 4 and 5 show illustrative uplink embodiments of a traffic management system in accordance with the prin- 
ciples of the invention; 

FIGs. 6 - 7 show other illustrative embodiments of a traffic management system; and 

FIG. 8 shows an illustrative high-level block diagram of a packet server for use in accordance with the principles 
of the invention. 

DETAILED DESCRIPTION 

[0006] A portion of a communications system comprising an illustrative traffic management system 1 00 in accordance 
with the principles of the Invention is shown in FIG. 1 . Other than the inventive concept, the elements shown in FIG 
1 are well known and will not be described in detail. For example, weighted fair queuing schedulers, by themselves, 
are known in the art (e.g., see "A Self-Clocked Fair Queueing Scheme for Broadband Applications," J. Golestani! 
Proceeding of IEEE Infocom 1994, pp 5c.1 .1-5c1.11). Similarly, peak rate shapers (also known as "traffic shapers")' 
by themselves, are known in the art (e.g., see "ISDN and Broadband ISDN with Frame Relay and ATM," by W. Stalllngs' 
Prentice Hall, 1995, pp 382 - 406, 492 - 516). Although shown as single block elements, the elements of traffic man- 
agement system 1 00 include stored-program-control processors, memory, and appropriate interface cards (not shown). 
The term "packet server as used herein refers to any packet processor, illustrations of which are the above-mentioned 
elements of traffic management system 100. In addition, the inventive concept is implemented using conventional 
programming techniques, which as such, will not be described herein. Since call admission techniques are not neces- 
sary to the inventive concept, it is assumed that each user negotiates with a call admission process (not shown) to 
establish a committed information rate (CIR) in bits per second (bps). The CIR for a particular user Is referred to herein 
as CIR h where the number of users is equal to N, and 1 si<, N. 

[0007] Traffic management system 100 comprises a number, or a set, of front-end peak-rate shapers 1 05-1 through 
1 05-N for servicing N users , each of which have an associated user packet flow U , through U N ; a weighted fair queuing 
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(WFQ) scheduler 120; and a back-end peak-rate shaper 130. 

[0008] The front-end peak rate shapers 1 05 are used to ensure that the peak rate of each connection is as negotiated 
with the network. For example, each peak-rate packet shaper implements a token generator (not shown), a user queue 
(not shown) and a transmission queue (not shown). The token generator repetitively generates token (in bytes) at the 
peak rate, P,for maximum burst size (in bytes), and is idle for a period T h such that the overall average token rate is 
equal to the CIR for that user, i.e., CIR,. Every time a packet of user i arrives at a respective packet shaper that packet 
is passed through the system to the transmission queue if the packet shaper has a token large enough to accommodate 
the size of the newly arrived packet. Conversely, if a targe enough token does not exist, the newly arrived packet is 
queued in the user queue until a token at least larger than, or equals to, its size Is available. It is assumed that the 
front-end peak-rate packet shaper generates a service tag for each user packet flow, U t This service tag is based on 
the average bandwidth, CIR h negotiated by each user, and the length of the particular packet. Packets passed by a 
respective packet shaper to the transmission queue are tagged with their appropriate service tag (such tagging is 
described in the above-mentioned article by Golestani). 

[0009] For example, each arriving packet, p k , of a session k, is tagged with a service tag, F ! k , before it is placed in 
the transmission queue (where /= 1,2, ..... and k G 8, and Bis the set of admitted connections). For each session, k f 
the service tags of the arriving packets are computed in an iterative fashion: 



F=--* + max(^ 1 (1 >( a ' k ))\ 



d) 



where F° = 0, L f k is the length of the packet, p£, in bytes; r k is the negotiated rate for the k* h session; a f k is the arrival 
time of the packet, pj; and v{a f k ) is the system virtual time at the time of arrival, a k , ("system virtual time" is known in 
the art, e.g., typically a counter (not shown) is updated). 

25 [001 0] The packets in the transmission queue are picked up for servicing by the weighted fair queuing (WFQ) sched- 
uler 120 in increasing order of the associated service tags. As a result, WFQ scheduler 120 ensures that each con- 
nection gets a minimum of its negotiated average bandwidth. (As noted, it is assumed that the above-mentioned self- 
clocked fair queuing (SCFQ) scheme is used. However, the SCFQ scheme is merely illustrative and is not necessary 
to the inventive concept, any algorithm can be used.) It should be noted that if the incoming packet flows are further 

30 segregated by service class (described further below), WFQ scheduler 120 also transmits packets as a function of 
their service classification. 

[0011] The back-end peak-rate shaper is used to ensure that the overall peak rate does not exceed the available 
bandwidth over the communications channel (here, represented by 131 of FIG. 1). The back-end peak-rate traffic 
shaper 130 operates as follows. It is assumed that x% of the total bandwidth (B total T) is available for transmission of 
packets (as represented by packet flow P 6haper ) from back-end peak-rate traffic shaper 1 30 over the outgoing commu- 
nications channel (as represented by the arrow 131). (B tota , represents the total bandwidth, e.g., in bytes per Interval 
of time and T represents an interval to time). A variable, Bytes_remaining, is Initialized to: 

40 Bytes_remaining =(x%/100)(B tota/ T) - system overhead; (2) 

where system overhead represents the number of bytes taken up by control messages. For every packet that is sent 
out by back-end peak-rate shaper 1 30, the value of Bytes_remaining is reduced by: 

Bytes_remaining - Bytes^remaining - 
( Ceiling (pktsize/macfragment) *(macjragment + mac overhead) ) ; (3) 

50 where, 

pktslze ~ packet size; 

macfragment= size of a media access control (MAC) link layer fragment; 
macoverhead = the number of bytes added by the media access control link layer; and 
55 Ceiling () - takes the smallest integer value that exceeds the value (i.e. , rounds up to the next highest integer value) . 

Every Tseconds the value of Bytes_remaining is reset to 
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(x%/100)(B totaf T). (4) 

[0012] An illustrative method for use in back-end peak-rate packet shaper 130 is shown in FIG. 2. Assume that FIG 
1 represents a portion of a downlink communications path to a mobile endpoint, e.g., from the Internet to wireless 
mobile stations (not shown). In step 205 of FIG. 2, the value of Bytes_remaming is initialized. In particular an illustrative 
total available airlink bandwidth is 4000 bytes every 20 milli-seconds (ms), i.e., B, ote ,r= 4000 bytes Of this it is pre- 
sumed that x= 60% is an available downlink bandwidth and there is no system overhead in the downlink direction i 
e., Bytes_remaining = (60%/100)(4000) - 0= 2400 bytes. In step 21 0, back-end peak-rate packet shaper 130 waits for 
a packet is to be available for transmission downlink. Once a packet is available, the value of Bytes_remaining is 
checked in step 220. If the value of Bytes_remaining is sufficient to send at least one MAC fragment, the packet is 
shipped, i.e., transmitted, and the value of Bytes_remaining\s reduced as shown in equation (3) in step 225 and back- 
end peak-rate packet shaper 130 watts for another packet. However, if the value of Bytes^remaining is not sufficient 
to send at least one MAC fragment, the packet is not shipped until 20 ms iater as represented by step 230 Regardless 
the value of Byte$_remaining is reset every 20 ms to 2400 bytes. In this example, it should be noted that to take care 
of the additional bandwidth required to do MAC layer retransmission, the value of Bytes_remaining can be initialized 
to e.g., 95% of 2400 bytes (indirectly reserving 5% for MAC layer retransmissions). (In terms of equation (2) this is 
(x%/100)(B total T)(.95) - system overhead, however, the value of system overheads this example is, as noted* zero ) 
[0013] Alternatively, assume that FIG. 1 represents an uplink communications path from a mobile endpoint e g 
from wireless mobile stations to the Internet (not shown) and the method illustrated in FIG. 2 is used The illustrative 
total available airlink bandwidth, as noted above, is 4000 bytes. Of this, it is presumed that x= 40% Is an available 
uplink bandwidth (recall, that 60% was dedicated to downlink transmission in the'earlier example). In this example the 
system overheads not equal to zero and the value of Bytes_remaining is initialized as in equation (2) Here the value 
of the system overhead variable is equal to an estimate of the overhead caused by beacon, MAC layer acknowledge- 
ments (Acks), and reservation slots messages in the uplink direction. In particular, Bytes_remaining is initialized to 
1600 - system overhead (FIG. 2, step 205). Everytime a packet is available for transmission uplink, the value of 
Bytes_remaining is checked (FIG. 2, steps 21 0 and 220). If the value of Bytes_remaining is sufficient to send at least 
one MAC fragment, the packet is shipped, i.e., transmitted, and the value of Bytes__remainfng is reduced as shown in 
equation (3) (FIG. 2, step 225). However, if the value of Bytes^remaining is not sufficient to send at least one MAC 
fragment, the packet is not shipped until 20 ms later (also referred to as a "dwell" time) (FIG. 2 step 230) Regardless 
the value of Bytes_remaining is reset every dwell as shown in equation (2), i.e. , (1 600 - system overhead) (FiG 2 step 
230). In this example, it should be noted that to take care of the additional bandwidth required to do MAC layer retrans- 
mission, the value of Bytes_remaining can be initialized to e.g., ((1600)(.95) - system overhead). 
[001 4] It should be noted that for cases where the airlink bandwidth can vary significantly due to the fading phenom- 
ena, the following alternative closed-loop feedback mechanism can be used to estimate the available airlink bandwidth 
Such estimates can than be used to replace the fixed numbers like 4000 bytes or 1600 bytes used above. 
[0015] For example, assume the following definitions: 



B fix - represents the fixed airlink bandwidth (this is known a prion)', and 
T - is an observation period, expressed as multiples of dwell times; 



[0016] For the downlink direction, the access point (or, in the uplink direction, the wireless modem) estimates the 
downlink (uplink) available airlink bandwidth as follows: 

(a) measure the number of bytes transmitted downlink (uplink) for the period T, this is 

(b) measure the number of bytes received uplink (downlink) for the period T, this is B^ and 

(c) calculate B totaf) the estimated airlink bandwidth, as a function of {B^/B^) (described below). 

[0017] The estimated airlink bandwidth, B totah can be calculated in a number of ways. Two illustrative calculations 
are shown below. In the first example, 

s / ote / = 5 ff x(^J. (5) 
This is also referred to as the "independent window version." 

[0018] In the second example, a "sliding window" is used. In this example a portion of the previous calculation Is 
used to calculate the current value. In particular, 
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success = (1- ajsuccess + afB^/BJ; and (6) 

B tataf = (Bfix)(success). (7) 

where the variable success is initialized to the first calculation of (B^/B^); and a (which is related to how much 
of the previous calculation is remembered (e.g., its history)) is illustratively equal to 6; 

[0019] Alternatively, one can use the values of B nx and monitor the downlink (uplink) buffer occupancy in the access 
point (wireless modem). Whenever the downlink (uplink) buffer occupancy exceeds a certain predefined threshold a 
fiow control message is sent to the wireless hub (or end system, i.e., the user terminal in the case of the wireless 
modem) to stop the flow of packets. When the buffer occupancy drops below a certain threshold, then another flow 
control message is sent to reactivate the flow of packets. 

[0020] An illustrative application of the traffic management system is shown in FIG. 3, which illustrates a portion 300 
of a wireless internet access system embodying the inventive concept. (Other than the inventive concept, an example 
of a wireless internet access system as illustrated in FIG. 3 is the Wireless Internet Access System from Lucent Tech- 
nologies Inc.) Portion 300 comprises a number of base stations such as base station 315, which is an example of a 
wireless point-of-presence (POP) server that provides L2TP (Layer 2 Tunneling Protocol) access control (LAC) Each 
base station comprises a wireless hub (WH) that serves an area through a plurality of access points (e.g., AP 1( AP 2 
AP 3 and AP 4 of base station 315). Each access point includes a radio access controller as known in the art for com- 
municating with a plurality of wireless modems as represented by wireless modems 31 0-1 through 31 0-N (each wireless 
modem is associated with a wireless subscriber as represented by user personal computer (PC) 305-1 through user 
PC 305-N). (It should be noted that each PC is representative of data terminal equipment (DTE) as known in the art.) 
Each wireless modem communicates with a respective base station via an uplink channel (as represented by line 31 1) 
and a downlink channel (as represented by line 312). The combination of a wireless modem and user PC represents 
a wireless endpoint, which may, or may not, be mobile. Each base station is coupled to a private IP network through 
frame relay over T1/E1 facilities. The wireless internet access network is coupled to the public IP network through a 
data switching center (DSC) 330 to a router firewall 335, as known in the art, for communicating with Internet Service 
Providers ((SPs) or Corporate Intranets using L2TR UDP/IP (User Datagram Protocol/Internet Protocol), etc. 
[0021] It is assumed that the wireless internet access system illustrated by FIG. 3 utilizes a half-duplex MAC (media 
access control layer) between the base stations and the wireless endpoints where the downlink/uplink ratio is config- 
urable or dynamically adjusted (e.g., as illustrated above, the downlink channel was 60% and the uplink channel was 
40% of the total channel bandwidth), in this system, each AP polls their associated wireless modems for uplink trans- 
missions. For example, in the context of FIG. 3, AP, polls the set of modems 310-1 through 310-N for any uplink 
transmissions (polling techniques are known in the art and not described herein). 

[0022] In the downlink direction, the traffic management system 100 resides in the wireless hub (e.g., WH of base 
station 315 of FIG. 3). In this example, a WH comprises four traffic management systems, one for each AP of base 
station 315. When the WH has a packet for transmission to a particular user, e.g., the user associated with user PC 
305-1 , WH performs the method illustrated in FIG. 2 before sending a packet out to AP,. The latter transmits packets 
to the wireless endpoint in a first-in -first-out (FIFO) fashion. 

[0023] In the uplink direction, the traffic management system 1 00 is capable of a number of alternative implementa- 
tions. One example is shown in FIG. 4, which shows a portion of the wireless internet access network of FIG. 3. Each 
front-end peak-rate traffic shaper is associated with user specific equipment, e.g., wireless modems 310-1 through 
310-N. (Alternatively, the packet shaper could be a part of a user's PC (not shown), such a PC 305-1 of FIG. 3. Both 
the PC and the wireless modem are representative of a wireless endpoint.) As described for FIG, 1, each wireless 
modem receives a user packet flow, U f . As described earlier, the front-end peak-rate packet shaper (of each wireless 
modem) shapes the traffic and transmits a respective packet flow, P /( via an uplink channel, e.g., uplink channel 311 , 
to their respective access point, e.g., AP, , upon receipt of a transmit poll from their respective accept point, e.g., AP, ' 
The WFQ scheduler 120 is run in a centralized manner at an AP (here, illustrated by AP, of FIG. 4). In this case, the 
associated wireless modems need to send queue size information (with respect to the number of bytes awaiting uplink 
transmission) to the respective AP (status transmissions from a mobile endpoint, such as received signal-to-noise 
ratio, are known in the and will not be described herein.). Each AP, e.g., AP, of FIG. 4, also implements the back-end 
peak-rate shaper (described earlier) to ensure that sufficient uplink bandwidth is available before issuing potls for its 
associated wireless modems (via downlink channel 312) using the above described method Illustrated In FIG. 2. For 
example, if the value of Bytes^remaining is not sufficient to send at least one MAC fragment, the AP, e.g., AP, , will not 
send a transmit poll to that wireless modem, e.g., wireless modem 310-1, until the next dwell. The Bytes_remaining 
variable is reset every dwell according to equation (2). 
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[0024] Another alternative implementation of a traffic management system is shown in FIG. 5. The system shown in 
FIG. 5 is similar to that shown in FIG. 4 except that the WFQ scheduler is run at each wireless modem in a distributed 
manner. This assumes that network elements, such as an AP (as represented by k?^ of FIG. 5) broadcast the system 
virtual time and that each AP (e.g., AP^ polls (e.g., via an downlink channel such as 312) their respective wireless 
5 modems for any uplink transmissions (as represented by uplink channel 311 ). 

[0025] It should be noted that it is hard to estimate the available downlink/uplink bandwidth for a packet payload 
since both the packet payload is variable as is the total MAC overhead, which itself is a function of the size of the 
packet payload. However, the Back-End Peak-Rate Traffic Shaper is a flexible way to ensure that packets are not 
transmitted at a rate higher than the available downlink/uplink bandwidth, which could cause queuing delays in other 
10 network elements (such as an access point of a wireless internet access systems). 

[0026] Another alternative implementation is shown in FIG. 6. In FIG. 6, traffic management system 600 comprises 
packet classifier 605; a number of user queues, as represented by user 1 queue 610-1 through user N queue 61 0-N- 
a number of WFQ Tagging elements 615-1 through 615-N; three class queues as represented by CIR (committed 
information rate) class queue 630, control class queue 625, and best effort class queue 620; WFQ scheduler 635 and 
packet shaper 640. Essentially, traffic management system 600 functions in a similar fashion to traffic manaqement 
system 100 of FIG. 1 except as noted below. 

[0027] In traffic management system 600 there are three classes of service for packet traffic. These classes of service 
(CoS) are: committed information rate (CIR), control, and best effort. Control represents control information e g sig- 
naling and status. The CIR class and best effort class represent the transport of user, i.e., bearer, data. For users that 
get CIR service, the service provider (not shown) specifies the committed information rate (CIR), the burst rate (Br) 
and the burst size (Bs), similar to parameters specified for traditional frame relay service. For best effort (BE) service 
the service provider specifies the maximum information rate for an individual user. Assignment of a user to either the 
CIR or best effort class is performed by call admission procedures (not described herein). 

[0028] Incoming packets (represented by P input ) are applied to packet classifier 605, which classifies, or identifies 
incoming packets by user and assigns them to the appropriate user queue (e.g., packets from user 1 are assigned to 
the queue for user 1 , here represented by 61 0-1 ). Each user queue stores packets after user classification. Each user 
can have three classes of traffic as illustrated by user 1 queue 610-1 . In particular, control (CTL) CIR and BE If a user 
queue Is full, excess packets are discarded. Each respective tagging element, e.g., WFQ tagging element 615-1 
assigns service tags for its respective user queue, e.g., user 1 queue 610-1 . As noted above, the SCFQ algorithm is 
illustratively used to assign service tags. Once instance of SCFQ is initiated for each class. These service tags are 
assigned based on the bit rate assigned to the user and the length of the packet. The service tags are used to create 
an ordered queue of outbound packets. Packets (appropriately identified by class and service tag) are routed to their 
particular class queue. Those packets identified as control are queued in control class queue 625- those packets 
identified as CIR class are queued in CIR class queue 630; and those packets identified as best effort class are queued 
35 In best effort class queue 620. 

[0029] The control class queue 625 Is used for control packets that are sent in the bearer plane. One illustration of 
such packets are PPP (point-to-point protocol) control packets. All users, when they connect will be allowed to send 
and receive a small number of packets via this queue to ensure that PPP negotiations conclude successfully even 
under heavy loads. During the PPP negotiations phase, all CIR class users will be assigned the same weight All best 

40 effort class users will also be assigned the same rate. The CIR class weight will be higher than the best effort weight 
to give CIR users higher priority than best effort users during PPP negotiations. Packets in CIR class queue 630 are 
queued In order of service tag values. Similarly, packets in the best effort class queue 620 are queued In order of 
service tag values. WFQ Scheduler 635 transmit packets from the three class queues based on the fraction of the link 
bandwidth assigned to each class or based on an absolute priority across classes (e.g., control packets are higher in 

« prionty than CIR packets, which are higher than BE packets). As noted above, weighted fair queuing is used for this 
function. This ensures that each class gets a fair share of the available bandwidth of the link. 
[0030] Packet shaper 640 performs the above-described back-end peak-rate packet shaping function to limit the 
maximum data transmit rate over the physical link. This allows different types of traffic (represented by P t ) to share 
a physical link, for example sharing a frame relay PVC between network management and bearer traffic" PU 

so [0031] The traffic management system of FIG. 6 can be applied to the wireless internet access network shown in 
FIG. 3. For example, in the downlink direction, the traffic management system 600 resides in the wireless hub (e g 
WH of base station 315 of FIG. 3). In this example, a WH comprises four traffic management systems, one for each 
AP of base station 31 5. When the WH has a packet for transmission to a particular user, e.g., the user associated with 
user PC 305-1 , WH performs the method illustrated in FIG. 2 before sending a packet out to AP,. The latter transmits 

* packets to the wireless endpoint in a first-in-flrst-out (FIFO) fashion. 

[0032] Similarly, in the uplink direction, an Illustrative embodiment of the traffic management system 600 is shown 
in FIG. 7. Each front-end peak-rate traffic shaper is associated with user specific equipment, e.g., wireless modems 
610-1 through 61 0-N. (Alternatively, the packet shaper could be a part of a user's PC (not shown)) As described for 
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FIG. 1 , each wireless modem receives a user packet flow (not shown). In this example, there is a packet shaping 
function for each of the bearer traffic classes (e.g., CIR and best effort). (It should be observed that it is assumed that 
control class data is generated internally by each wireless modem.) In order to support multiple classes, the MAC must 
be modified (such a modification is straightforward and will not be described herein). As described earlier, each front- 
s end peak-rate packet shaper (of each wireless modem) shapes the traffic and transmits a respective packet flow, Pf, 
via an uplink channel, e.g., uplink channel 611, to their respective access point, e.g., AP 1t upon receipt of a transmit 
poll from their respective accept point, e.g., AP V 

[0033] In this example, each class of uplink traffic awaits transmission in a respective queue. As noted above, the 
highest priority service class will be used for control messages (such packets awaiting transmission are stored in the 

10 control queue of each wireless modem). The next lower priority service class will be used to support committed infor- 
mation rate service (such packets awaiting transmission are stored in the high priority bearer data queue of each 
modem). The lowest priority service class will be used to support best effort users (such packets awaiting transmission 
are stored in the low priority bearer data queue of each modem). While bidding for permission to transmit data in the 
uplink direction, each wireless modem indicates to its respective AP the number of bytes (or packets) in its queue that 

15 belong to each service level. The respective AP implements a weighted scheduler that assigns transmit permits to 
wireless modems based on the uplink data that that each WM has to transmit and the weights assigned to each class 
of traffic. In this example, control data is higher than CIR data, which is higher than best effort data. Each AP will 
transmit all packets to traffic management system 600 (described above) of a wireless hub (WH) in FIFO order. (It 
should be noted that the AP may give retransmitted packets higher priority.) 

?o [0034] Turning briefly to FIG. 8, a high-level block diagram of a representative packet server for use in accordance 
with the principles of the invention is shown. Packet server 805 is a stored-program-control based processor architec- 
ture and includes processor 850, memory 860 (for storing program instructions and data, e.g. , for performing the above- 
described method shown in FIG. 2, etc.) and communications interface(s) 865 for coupling to one or more packet 
communication paths as represented by path 866. 

« [0035] The traffic management system described above Is useful for providing virtual lease line services to users 
(also referred to as end users). In particular, each user can buy a service that guarantees certain average and peak 
bandwidths since the traffic management system described above provides both peak rate shaping and average band- 
Width guarantee. 

[0036] The foregoing merely illustrates the principles of the invention and it will thus be appreciated that those skilled 
in the art will be able to devise numerous alternative arrangements which, although not explicitly described herein, 
embody the principles of the invention and are within its scope. For example, although illustrated in the context of a 
wireless system, the inventive concept is applicable to any system (e.g., wired, etc.) that addresses QoS. Similarly, 
although illustrated in the context of a half-duplex MAC layer, it is equally applicable to a full-duplex MAC layer. 

Claims 

1. A traffic management system for use in a packet system, the traffic management system comprising: 
a packet classifier; 

a plurality of user queues, each user queue storing packets identified by the packet classifier as belonging to 
a respective user; 

a plurality of packet tagging elements, each tagging element associated with one of the user queues and 
wherein each tagging element attaches service tags to packets stored in their associated user queues; 
a number of class queues for further segregating the service tagged packets according to packet class; 
a weighted fair queuing scheduler for servicing the packets queued in the number of class queues, wherein 
the servicing is a function of packet class and service tag; and 

a back-end packet-shaper for shaping the serviced packets provided by the weighted fair queuing scheduler 
for transmission over a communications channel. 

2. A method for use in a packet system, the method comprising the steps of: 

shaping packets flows from each of a number of wireless endpoints for transmission to a base station; 
servicing the shaped packets flows from each of the number of wireless endpoints with a weighted fair queuing 
scheduler; and 

further shaping the serviced packets flows to provide an output packet flow. 

3. The method of claim 2 wherein at least one wireless endpoint comprises a wireless modem and the shaping step 
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includes the step of shaping at least one packet flow within the wireless modem. 

4. The method of claim 2 wherein at least one wireless endpoint comprises data terminal equipment and the shaping 
step includes the step of shaping at least one packet flow within the data terminal equipment. 



25 



30 



35 



40 



BNSDOCID; <EP 1 124356A2_L> 



8 



EP 1 124 356 A2 



/ 



100 

















f 105-1 


^120 






FRONT-END 
PEAK-RATE 
PACKET SHAPER 


P 1 
















y 130 




o 

D 




WFQ 
SCHEDULER 


P WFQ 


BACK-END 
PEAK-RATE 
PACKET SHAPER 




• f 105-N 






FRONT-END 
PEAK-RATE 
PACKET SHAPER 


P N 































SHAPER 
131 



225 



FIG. 2 



205 CsTAjyQ 

J _x_ 



INITIALIZE BYTES_ REMAINING VARIABLE 



NO X PACKET AVAILABLE 
TOR TRANSMISSION ?„ 



SHIP PACKET, 
REDUCE BYTES.REMAINING VARIABLE 



YES 



SUFFICIENT 



i 



210 



220 



BYTES_REMAINING VALUE ? 



INSUFFICIENT 



230 



WAIT FOR RESET OF 
BYTES.REMAINING VARIABLE 



BNSDOCID: <EP 1124356A3J_: 



9 



EP 1 124 356 A2 




EP 1 124 356 A2 



FRONT-END 
PEAK-RATE 
PACKET SHAPER 



WIRELESS MODEM 
310-1 



FRONT-END 
PEAK-RATE 
PACKET SHAPER 



WIRELESS MODEM 
310-N 



315 



r~' 




f: 

BASE STATION 
WIRELESS POP (LAC) 




WFO 
SCHEDULER 



BACK-END 
PEAK-RATE 
PACKET SHAPER 



SHAPER 



TO WH 



"1 



FIG. 5 



FRONT-END 


WFQ 


■ PEAK-RATE 


SCHEDULER 


PACKET SHAPER 


(DISTRIBUTED) 


WIRELESS MODEM 


310-1 




FRONT-END 


WFO 


PEAK-RATE 


SCHEDULER 


PACKET SHAPER 


(DISTRIBUTED) 


WIRELESS MODEM 


310-N 




j 315 

~B~ASr STATION 1 
WIRELESS POP (LAC) 




BACK-END 
PEAK-RATE 
PACKET SHAPER 



AP 



SHAPER 



TO WH 



BNSDOCID: <EP 1 1 24356A2_I_> 



11 



EP 1 124 356 A2 




BNSDOCtD: <EP 112435flA2_l_: 



12 



EP 1 124 356 A2 



PACKET SHAPER 
(CIR) 



PACKET SHAPER 
(BEST EFFORT) 



FIG. 7 



CONTROL QUEUE 
(HIGHEST PRIORITY) 



HIGH PRIORITY 

BEARER 
DATA QUEUE 



LOW PRIORITY 

BEARER 
DATA QUEUE 



WIRELESS MODEM 




1^610-1 



WIRELESS MODEM 



610-N 



FIG. 8 







- 


^r- 866 




^805 


860 
<• 


COMMUNICATIONS 
INTERFACE(s) 


^ 865 










850 
s 


MEMORY 




PROCESSOR 





BNSDOCID: <EP 112435eA?_L> 



13 



(19) 




Europaisches Patentamt 
European Patent Office 
Office euro peen des brevets 



(12) 



(88) Date of publication A3: 

06.03.2002 Bulletin 2002/10 



(11) EP 1 124 356 A3 

EUROPEAN PATENT APPLICATION 

(51) Intel 7: H04L 12/56 



(43) Date of publication A2: 

16.08.2001 Bulletin 2001/33 

(21) Application number: 00307392.1 

(22) Date of filing: 29.08.2000 



(84) Designated Contracting States: 

AT BE CH CY DE DK ES Fl FR GB GR IE IT LI LU 
MC NL PT SE 

Designated Extension States: 
AL LT LV MK RO SI 

(30) Priority: 08.02.2000 US 500390 

(71) Applicant: LUCENT TECHNOLOGIES INC. 
Murray Hill, New Jersey 07974-0636 (US) 

(72) Inventors: 

• Abraham, Santosh P. 

Keasbey, New Jersey 08832 (US) 



• Chuah, Mool Choo 

Marlboro, New Jersey 007746 (US) 

• Ho, Jean Tu 

Basking Ridge, New Jersey 07920 (US) 

• Raf.Girfsh 

Bartlett, Illinois 60103 (US) 

(74) Representative: 

Watts, Christopher Malcolm Kelway, Dr. et al 
Lucent Technologies (UK) Ltd, 5 Mornlngton 
Road 

Woodford Green Essex, IG8 0TU (GB) 



(54) Guaranteeing types of service in a packet-based system 



(57) A traffic management system for addressing 
quality-of-service concerns in a packet system com- 
bines a peak-rate shaper with weighted fair queuing 
scheduler for providing quality of service guarantees to 
a number of user connections. In one example, a front- 
end peak-rate shaper is combined with weighted fair 



queuing scheduler for providing both peak rate shaping 
and an average bandwidth guarantee to a number of 
user connections. In addition, a back-end peak-rate 
shaper is combined with the weighted fair queuing 
scheduler for ensuring packets are not transmitted at a 
data rate higher than the available downlink/uplink 
bandwidth. 



CO 
< 
CD 

m 
co 

CM 



FIG. 1 
too 

















f 105-1 


y 120 




u 't r 


FRONT-END 
PEAK-RATE 
PACKET SHAPES 


P 1 
















r 130 




e 
o 




WFO 
SCHEDULER 


p wro 


BACK-END 
PEAK-RATE 
PACKET SHAPER 




: , 105-N 






FRONT-END 
PEAK-RATE 
PACKET SHAPER 


P H 
































SHAPER 



yj 



Printed by Jouvs, 75001 PARIS (FR) 



BNSDOCID: <EP 1 124356A3_I_> 



EP 1 124 356 A3 




European Patent 
Office 



EUROPEAN SEARCH REPORT 



Application Number 
EP DO 30 7392 



Category 



P,X 



DOCUMENTS CONSIDERED TO BE RELEVANT 



CHatlon of document with Indication, where appropriate, 
of relevant passages 



EP 0 817 436 A (NEWBRIDGE NETWORKS CORP 

;XER0X CORP (US)) 

7 January 1998 (1998-01-07) 

* page 3, line 16 - line 50 * 

* page 4, line 25 - page 5, line 15 * 

EP 0 977 402 A (NEWBRIDGE NETWORKS CORP) 
2 February 2000 (2000-02-02) 

* column 1, line 44 - column 5, line 43 * 

* column 8, line 23 - line 42 * 

* figures 1-3 * 

WO 99 21313 A (NETR0 CORP) 
29 April 1999 (1999-04-29) 

* figure 30 * 

* page 43, line 13 - page 44, line 7 * 

WO 00 30307 A (NORTEL NETWORKS CORP 
;NICH0LS KATHLEEN M (US)) 
25 May 2000 (2000-05-25) 
figures 2,3 * 

* page 8, line 13 - page 13, line 8 * 

REARDON H: "TRAFFIC SHAPERS: IP IN CRUISE 
CONTROL" 

DATA COMMUNICATIONS, MCGRAW HILL. NEW 
YORK, US, 

vol . 27, no. 13, 

21 September 1998 (1998-09-21), pages 
66,68-73, XP000785256 
ISSN: 0363-6399 

* the whole document * 



Relevant 
to claim 



2-4 



The present search report has been drawn up lor aH claims 



I Vice Ol MOK*t 



THE HAGUE 



Dm a ol complolon o» tha nearer. 

14 December 2001 



CLASSIFICATION OF THE 
APPLICATION (lntCI.7) 



H04L12/56 



TECHNICAL FIELDS 
SEARCHED (im.CI.7) 



H04L 



Perez Perez, J 



£3 

s 



CATEGORY OF CITED DOCUMENTS 

X : particularly relevant if taken alone 

Y : particularly relevant tt combined with another 

document of the same category 
A : tecrtnoiogicaJ background 
O : non-written disclosure 
P : intermediate document 



T : ttteory or principle underlying the Invention 
C : earlier potent document, but published on. or 

after the Wing date 
D : document cited in the application 
L : document died for other reasons 

A : member ol the same patenl family, corresponding 
document 



BNSDOCID: <EP 1124356A3J_> 



2 



EP 1 124 356 A3 



Application Number 

EP 00 30 7392 



CLAIMS INCURRING FEES 



The presenl European patent application comprised al the time o! tiling more than ten claims. 

I I Only part ol the claims have been paid within the prescribed lime limit The present European search 
' — ' report has been drawn up for the first ten claims and for those claims lor which claims fees have 
been paid, namely daim(s): 



□ No claims fees have been paid within the prescribed time limit. The present European search report has 
been drawn up for the first ten claims. 



LACK OF UNITY OF INVENTION 



The Search Division considers that the present European paient application does not comply with the 
requirements ol unity of invention and relates to several inventions or groups ol inventions, namely: 



see sheet B 



All further search fees have been paid within the fixed time limit. The present European search report ha< 
been drawn up for all claims. 



□ As ail searchable claims could be searched without effort Justifying an additional fee, the Search Division 
did nol invite payment of any additional lee. 



| Only part ol the further search fees have been paid within the fixed lime limit. The present European 
I — I search report has been drawn up lor those parts of the European paient application which relate to the 
inventions in respect ol which search fees have been paid, namely claims: 




European Patent 
Office 



□ 



None of the further search lees have been paid within the fixed time limit. The present European search 
report has been drawn up for those parts of the European patent application which relate to ihe Invention 
first mentioned In the claims, namely claims: 



EP 1 124 356 A3 




European Patent 
Office 



LACK OF UNITY OF INVENTION 
SHEET B 



EP 00 30 7392 



Application Number 



The Search Division considers that the present European patent application does not comply with the 
requirements of unity of invention and relates to several Inventions or groups of inventions, namely: 

1. Claim : 1 

Traffic management system 

2. Claims: 2-4 



Method for shaping packets from wireless endpoints for 
transmission to a base station 



EP 1 124 356 A3 



ANNEX TO THE EUROPEAN SEARCH REPORT 
ON EUROPEAN PATENT APPLICATION NO. 



EP 00 30 7392 



This annex lists the patent (amity members relating to the patent documents cited in the above-mentioned European search report 
The members are as contained In the European Patent Office EDP file on 

The European Patent Office Is In no way liable for these particulars which are merely given for the purpose of Information. 

14-12-2001 



Patent document 
cited in search report 



Publication 
date 



Patent family 
memberfe) 



Publication 
date 



EP 0817436 



07-01-1998 



US 
EP 
EP 
EP 
EP 
EP 
EP 
JP 
JP 
JP 



EP 0977402 



02-02-2000 EP 



W0 9921313 



29-04-1999 



US 
AU 
DE 
EP 
ES 
WO 



W0 0030307 



25-05-2000 



AU 
EP 
WO 



s 



6064677 A 

0817431 A2 

0817432 A2 

0817433 A2 

0817434 A2 

0817435 A2 

0817436 A2 
10242999 A 

10190691 A 

10190692 A 



0977402 A2 



6157614 A 
1191799 A 
1034634 Tl 
1034634 A2 
2155815 Tl 
9921313 A2 



1525600 A 
1135897 Al 
0030307 Al 



16-05- 
07-01- 
07-01- 
07-01- 
07-01- 
07-01- 
07-01- 
11-09- 
21-07- 
21-07- 



■2000 
1998 
1998 
1998 
1998 
1998 
1998 
1998 
1998 
1998 



02-02-2000 



05-12-2000 
10-05-1999 
19-07-2001 
13-09-2000 
01-06-2001 
29-04-1999 



05-06-2000 
26-09-2001 
25-05-2000 



in For more details about this annex : see OtflciaJ Journal of the European Patent Office. No. 12/82 



BNSDOCID: <EP 11Z4358A3_I_> 



5 



